SPECIFICATION 
(Sprint Docket No. 1731) 



TO ALL WHOM IT MAY CONCERN: 

5 Be it known that we, Kevin PACKINGHAM, a citizen of the United States and resident 

of Overland Park, Kansas, have invented a new and useful: 

METHOD AND SYSTEM FOR 
USE OF NAVIGATION HISTORY 
IN A VOICE COMMAND PLATFORM 

10 the following of which is a specification. 
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RELATED APPLICATIONS 

This application is related to the following commonly owned applications filed on the 
same date: (i) "Method and System for Dynamic Control Over Voice-Processing in a Voice 
Command Platform," naming Kevin Packingham, Elizabeth Roche and Terry T. Yu as co- 
inventors, (ii) "Method and System for Enhanced Response to Voice Commands in a Voice 
Command Platform," naming Kevin Packingham and Elizabeth Roche as co-inventors, and (iii) 
"Method and System for Consolidated Message Notification in a Voice Command Platform," 
naming Kevin Packingham and Robert W. Hammond as co-inventors. The entirety of each of 
these other applications is hereby incorporated by reference. 



BACKGROUND 

j 1 . Field of the Invention 

:jl The present invention relates to telecommunications and, more particularly, to functions 

W of a voice command platform. 
1 S J 2. Description of Related Art 

!"f A voice command platform provides an interface between speech communication with a 

user and computer-executed voice command applications. Generally speaking, a person can call 
a voice command platform from any telephone and, by speaking commands, can browse through 
navigation points (e.g., applications and/or menus items within the applications) to access and 
20 communicate information. The voice command platform can thus receive spoken commands 
from the user and use the commands to guide its execution of voice command applications, and 
the voice command platform can "speak" to a user as dictated by logic in voice command 
applications. 
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For instance, a person may call a voice command platform, and the platform may apply a 
voice command application that causes the platform to speak to the user, "Hello. Would you like 
to hear a weather forecast, sports scores, or stock quotes?" In response, the person may state to 
the platform, "weather forecast/' Given this response, the application may cause the platform to 
5 load and execute a subsidiary weather forecasting application. The weather forecasting 
application may direct the platform to speak another speech prompt to the person, such as 
"Would you like to hear today's weather or an extended forecast?" The person may then 
respond, and the weather forecasting application may direct the voice command platform to 
;=: :f execute additional logic or to load and execute another application based on the person's 
lft response. 

r! A robust voice command platform should therefore be able to (i) receive and recognize 

di speech spoken by a user and (ii) provide speech to a user. The platform can achieve these 
D functions in various ways. 

t;f On the incoming side, for instance, the platform may include an analog-to-digital (A-D) 

15f converter for converting an analog speech signal from a user into a digitized incoming speech 
signal. (Alternatively, the user's speech signal might already be digitized, as in a voice-over-IP 
communication system, for instance, in which case A-D conversion would be unnecessary). The 
platform may then include a speech recognition (SR) engine, which functions to analyze the 
digitized incoming speech signal and to identify words in the speech. The SR engine will 
20 typically be a software module executable by a processor. 

Usually, a voice command application will specify which words or "grammars" a user 
can speak in response to a prompt for instance. Therefore, the SR engine will seek to identify 
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one of the possible spoken responses. (Alternatively, the SR engine may operate to identify any 
words without limitation). 

In order to identify words in the incoming speech, the SR engine will typically include or 
have access to a dictionary database of "phonemes" (small units of speech that distinguish one 

5 utterance from another). The SR engine will then analyze the waveform represented by the 
incoming digitized speech signal and, based on the dictionary database, will determine whether 
the waveform represents particular words. For instance, if a voice command application allows 
for a user to respond to a prompt with the grammars "sales," "service" or "operator", the SR 

O engine may identify the sequence of one or more phonemes that makes up each of these 
10;* grammars respectively. The SR engine may then analyze the waveform of the incoming 

tj digitized speech signal in search of a waveform that represents one of those sequences of 

cnj phonemes. Once the SR engine finds a match, the voice command platform may continue 

O processing the application in view of the user's spoken response. 

n Additionally, the SR engine or an ancillary module in the voice command platform will 

lp J typically function to detect DTMF tones dialed by a user and to convert those DTMF tones into 
representative data for use in the execution of a voice command application. Thus, for instance, 
a voice command application might define a particular DTMF grammar as an acceptable 
response by a user. Upon detection of that DTMF grammar, the platform may then apply 
associated logic in the application. 
20 On the outgoing side, the voice command platform may include a text-to-speech (TTS) 

engine for converting text into outgoing digitized speech signals. In turn, the platform may 
include a digital-to-analog (D-A) converter for converting the outgoing digitized speech signals 
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into audible voice that can be communicated to a user. (Alternatively, the platform might output 
the digitized speech signal itself, such as in a voice-over-IP communication system). 

A voice command application may thus specify text that represents voice prompts to be 
spoken to a user. When the voice command platform encounters an instruction to speak such 

5 text, the platform may provide the text to the TTS engine. The TTS engine may then convert the 
text to an outgoing digitized speech signal, and the platform may convert the signal to analog 
speech and send it to the user. In converting from text to speech, the TTS engine may also make 
use of the dictionary database of phonemes, so that it can piece together the words that make up 

11 j the designated speech. 

10;; Also on the outgoing side, a voice command platform may include a set of stored voice 

£j prompts, in the form of digitized audio files (e.g., *.wav files) for instance. These stored voice 
prompts would often be common prompts, such as "Hello", "Ready", "Please select from the 
O following options", or the like. Each stored voice prompt might have an associated label (e.g., a 
1 5 filename under which the prompt is stored). And, by reference to the label, a voice command 
1;^ application might specify that the voice command platform should play the prompt to a user. In 
response, the voice command platform may retrieve the audio file, convert it to an analog 
waveform, and send the analog waveform to the user. 

A voice command application can reside permanently on the voice command platform, or 
it can be loaded dynamically into the platform. For instance, the platform can include or be 
20 coupled with a network or storage medium that maintains various voice command applications. 
When a user calls the platform, the platform can thus load an application from the storage 
medium and execute the application. Further, in response to logic in the application (such as 
logic keyed to a user's response to a menu of options), the platform can load and execute another 
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application. In this way, a user can navigate through a series of applications and menus in the 
various applications, during a given session with the platform. 

A voice command application can be written or rendered in any of a variety of computer 
languages. One such language is VoiceXML (or simply "VXML"), which is a tag-based 
5 language similar the HTML language that underlies most Internet web pages. (Other analogous 
languages, such as SpeechML and VoxML for instance, are available as well.) By coding a 
voice command application in VXML, the application can thus be made to readily access and 
provide web content, just as an HTML-based application can do. Further, when executed by the 
5 ~ voice command platform, the VXML application can effectively communicate with a user 
10;. through speech. 

y An application developer can write a voice command application in VXML. 

= Alternatively, an application developer can write an application in another language (such as 
Jave, C, C++, etc.), and the content of that application can be rendered in VXML. (For instance, 
" : " when the platform loads an application, the platform or some intermediate entity could transcode 
lifh the application from its native code to VXML.) 

In order for a voice command platform to execute a VXML application or other tag-based 
application, the platform should include a VXML browser or "interpreter." The VXML 
interpreter functions to interpret tags set forth in the application and to cause a processor to 
execute associated logic set forth in the application. 
20 A VXML application can be made up of a number of VXML documents, just like an 

HTML web site can made up of a number of HTML pages. A VXML application that is made 
up of more than one document should include a root document, somewhat analogous to an 
HTML home page. According to VXML, the root document defines variables that are available 
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to all subsidiary documents in the application. Whenever a user interacts with documents of a 
VXML application, the root document of the application is also loaded. Therefore, variables 
defined in the root document should be available during execution of any of the documents of the 
application. 

5 Each VXML document will include a <vxml> tag to indicate that it is a VXML 

document. It may then include a number of <form> sections that can be interactive (e.g., 
prompting a user for input) or informational (e.g., simply conveying information to a user.) 
Within a given form, it may further include other executable logic. 
^ A VXML document can also define grammars as described above. In particular, VXML 

lfr grammars are words or terms that the VXML application will accept as input during execution of 
U the application. When a VXML application is executed on a voice command platform, the 
platform may provide the SR engine with an indication of the grammars that the VXML 
* a application will accept. Once the SR engine detects that a user has spoken one of the grammars, 
"yi the platform may apply that grammar as input to the VXML application, typically proceeding to 
l5 : execute a set of logic (e.g., a link to another document) in response. 

For example, a VXML document can define as grammars a number of possible options, 
as well as a number of possible words that a user can speak to select those options. For instance, 
a document might define as options of clothing the items "hat", "shirt", "pants" and "shoes". In 
turn, the document might define the following as acceptable grammars for the "hat" option: 
20 "hat", "visor", "chapeaux" and "beret". 

Grammars defined in the root document of a VXML application are, by default, available 
for use in all of the subsidiary documents of the application. Thus, when a voice command 
platform is executing a VXML application, if a user speaks a grammar that is defined in the root 
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document of the application, the voice command platform should responsively execute the logic 
that accompanies that grammar in the root document of the application. 

In a voice command platform, each navigation point may have a respective identifier or 
label. For example, each voice command application can have a respective label, such as a 

5 network address where the application is maintained. As another example, a voice command 
application can define a number of successive menus through which a user can browse, and each 
menu might have a respective label by which it can be referenced. A voice command platform 
can use these labels to move from application to application or from menu item to menu item, 

D just as hyperlinks operate to cause a browser to move from one web page (or component of one 
l|f web page) to another. 

"li In VXML, for instance, each VXML document will have a respective Universal Resource 

Identifier (URI), which is akin to a Universal Resource Locator (URL) used to identify the 
q network location of an HTML page. A given VXML document may thus define logic that 
: i instructs the voice command platform to load and execute another VXML document from a 
lP designated URL For instance, a VXML document may indicate that, if a user speaks a particular 
grammar, the platform should load and execute a particular VXML document from a designated 
URI, but that, if the user speaks another grammar, the platform should load and execute another 
VXML document from another designated URL 

An example of a VXML application is a weather reporting application. The weather 
20 reporting application may have a root document that includes a tag defining a welcome message 
and prompting a user to indicate a city or zip code. The root document may further set forth a 
bundle of grammars that are possible city names and corresponding zip codes that a user can 
speak in response to the prompt. 
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When the voice command platform executes this root document, it may thus send the 
welcome message/prompt to the TTS engine to have the message/prompt spoken to the user. In 
turn, when the user speaks a response, the SR engine would identify the response as one of the 
acceptable grammars. The platform would then continue executing the root document in view of 
5 the spoken response. 

The root document might next prompt the user to indicate whether the user would like to 
hear today's weather or an extended forecast, and the user would again speak a response. In turn, 
the root document might indicate that, if the user selects "today's weather," the platform should 
O load and execute a subsidiary document from a designated URI, and if the user selects "extended 
Vp: forecast," the platform should load and execute a different subsidiary document from another 
; designated URL Of course, many other examples of VXML applications are possible as well. 
^ In most cases, a platform provider will own and operate the voice command platform. 

O Content providers (or independent application developers having a relationship with a content 
RJ provider for instance) will then provide the VXML applications to be executed by the platform. 
IP The platform provider may also provide some applications for the platform and may therefore 
function as a content provider as well. 

Further, a content provider or other application developer can personalize a VXML 
application, through reference to user profiles. For example, a telecommunications service 
provider (e.g., local exchange carrier or interexchange carrier) can provide a voice-activated- 
20 dialing (VAD) application that allows users to dial a telephone number by speaking a name. To 
support this feature, the VAD application may direct the voice command platform to prompt a 
user for a user ID or to determine the user ED based on calling number identification provided 
when the user's call was connected to the platform. The VAD application may then instruct the 
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platform to call up a personalized VAD application (through use of Microsoft Active Server 
Pages, for instance), which is tied to the user's personal address book. Each name in the address 
book may then define an acceptable grammar. When the user speaks one of the names, the 
application may cause the platform to retrieve a corresponding telephone number and to provide 
5 that number to a network switch to facilitate initiating the call. 

SUMMARY 

The present invention is directed to a method and system for using navigation history in a 
voice command platform. Generally speaking, the voice command platform maintains, for each 
V& user, a navigation history record indicating which voice command navigation points the user has 
S* ■ accessed during one or more sessions with the platform. The platform then uses the navigation 
history as a basis to restore a voice command session with the user after a system disconnect 
s and/or to determine that the user should be automatically transitioned from one use-level to 
yj another. 

IP Thus, in one respect, the invention may take the form of a voice command platform that 

ijBSS includes a user communication interface, a processor and an application-processing module, and 
that further includes (e.g., accesses) a user-profile store. The application-processing module is 
executable by the processor to process voice command applications that have navigation points 
and that define user-prompts, allowed grammars and application-logic, and the processor 
20 processes the voice command applications during voice command sessions with users. 

Advantageously, the user profile store includes a navigation history record respectively 
for each user. The navigation history record for each user identifies navigation points (e.g., 
URIs) of voice command applications (e.g., VXML applications) that the processor has 
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processed during at least one voice command session with the given user (e.g., listing the 
navigation points in order that they were processed). 

In addition, the platform can include navigation-recording logic that is executable by the 
processor to record in the navigation history record for a given user an indication of a navigation 
5 point of a voice command application that the processor has processed during a voice command 
session with the user. For instance, the navigation point point could be one that is accessed 
during the voice command session (such as a URI to which the user browsed during a session). 

Further, the platform can include session-restore logic that is executable by the processor 
to restore a given voice command session with the user, based on (i.e., through use of, or by 
l§2 reference to) the navigation history record for the user. For instance, the session-restore logic 
iUj may be executable to determine that a system disconnect occurred (e.g., by reference to a stored 
y indication for the user) and to then restore the session (e.g., at the initiation of a subsequent 
^ sesion), such as by loading and executing a voice command application or more particular 
navigation point that the processor was processing at the time the system disconnect occurred. 
1?4 The session-restore logic may further be executable to prompt the user for consent to restore the 
session before doing so. 

Still further, the platform can include expert-mode transition logic that is executable by 
the processor to automatically transition a given user to expert-mode user status based on the 
user's navigation history record. For instance, the logic might be executable to determine, based 
20 on the user's navigation history, that the user has accessed a given navigation point at least a 
threshold number of times, and to responsively set an expert-mode flag in the user's profile 
record. 
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In another respect, the invention may take the form of a method carried out in a voice 
command platform. The method may involve storing, respectively for each user, a navigation 
history log indicating navigation points of voice command applications that the platform has 
executed during at least one voice command session with the user. Further, the method may 
5 involve using the navigation history log as a basis to restore a previous voice command session 
or to transition a user to another use-level. 

And in still another respect, the invention may take the form of a voice command 
platform that includes a processor, stored indications for each user of a user-level and a 
navigation history for the user, and logic that is executable by the processor to switch the use- 
lfE level of a user from one level to another based on the navigation history of the user. The use- 
iyj levels could be expert-mode and non-expert mode. Further, the switching from one mode to the 
- 4 other (in either direction) could be done automatically, based on the user's navigation history. 
^ A voice command application may be arranged with corresponding sets of logic as well. 

For instance, a given application might have non-expert-mode logic (e.g., detailed voice 
lpLj prompts) and expert mode logic (e.g., more simple (e.g., shorter) voice prompts, or perhaps just a 
tone prompt) at a common navigation point. When a user interacting with the platform is a non- 
expert-mode user, the processor would execute the non-expert-mode logic in the application, and 
when the user is an expert-mode user, the processor would execute the expert mode logic in the 
application. This same sort of process can be applied with multiple levels of use (or use-modes), 
20 such as beginner, intermediate and advanced, for instance. 

These as well as other aspects and advantages of the present invention will become 
apparent to those of ordinary skill in the art by reading the following detailed description, with 
appropriate reference to the accompanying drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Exemplary embodiments of the present invention are described herein with reference to the 
drawings, in which: 

Figure 1 is a functional block diagram illustrating the layers of a system in which the 
5 exemplary embodiments can be employed; and 

Figure 2 is a functional block diagram of a voice command platform including enhanced 
system logic in accordance with the exemplary embodiments. 



10 DETAILED DESCRIPTION OF 

^ EXEMPLARY EMBODIMENTS 

1. Exemplary Voice Command System 

Cj Referring to the drawings, Figures 1 is a functional block diagram illustrating the layers 

ffl of a system in which an exemplary embodiment of the present invention can be employed. As 
IIP shown in Figure 1, the system may be considered to include three layers, (i) a user layer 12, (ii) a 
■jf platform or system layer 14, and (iii) an application layer 16. The user layer 12 provides a 
rf mechanism 18, such as a telephone, for a person to communicate by voice with the platform. 
The system layer, in turn, includes a user communication interface 20, a processor 22 (i.e., one or 
more processors), a voice-processing module 24, a VXML interpreter module 26, and cache 28. 
20 Application layer 16 then defines an application 30, which may be made up of a root document 
32 and subsidiary documents 34 that can be loaded into cache 28 and executed by processor 22, 
i.e., by the voice command platform. 

User communication interface 20 may take various forms. For example, the user 
communication interface can provide a circuit or packet interface with a telecommunications 
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network (such as the PTSN or the Internet, either of which may provide connectivity to one or 
more users via at least one wireless communications link - such as a cellular communication 
system for instance). The communication interface may, in turn, include an A-D and D-A 
converter (not shown) as described above, for converting between analog signals on the user side 
5 and digital signals on the platform side. Processor 22 then sends and receives communications 
via user communication interface 20. 

Voice-processing module 24 and VXML interpreter module 26 preferably define 
program instructions that can be executed by processor 22 and data that can be referenced by the 
fi processor, to carry out basic voice platform functions. All of this program logic can be stored in 
Mi suitable data storage, such as ROM or a disk drive for example. 

For instance, voice-processing module 24 preferably defines an SR engine 36 and a TTS 
2: engine 38, as well as a voice prompt store 40. Further, voice-processing module 24 may include 
a phoneme dictionary 42 that the processor can reference to facilitate operation of the SR engine 
m and the TTS engine. VXML interpreter module 26, in turn, may facilitate execution of 
IS] application 30, such as by interpreting tags in the application. 

Cache 28 functions to temporarily hold application 30 (or one or more documents of the 
application) when processor 22 is executing the application. Thus, in operation, processor 22 
may retrieve application 30 from a designated URI on the Internet (or elsewhere) and may load 
the application into cache 28. The processor may then execute the application, using VXML 
20 interpreter 26 to interpret tags, using TTS engine 38 and voice prompt store 40 to send speech to 
a user, and using SR engine 36 to recognize speech spoken by a user. 

It should be understood that that this and other arrangements described herein are set 
forth for purposes of example only. As such, those skilled in the art will appreciate that other 
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arrangements and other elements (e.g., machines, interfaces, functions, orders and groupings of 
functions, etc.) can be used instead, and some elements may be omitted altogether. Further, as in 
most telecommunications applications, those skilled in the art will appreciate that many of the 
elements described herein are functional entities that may be implemented as discrete or 

5 distributed components or in conjunction with other components, and in any suitable 
combination and location. 

For example, although the voice command system is shown to include a VXML 
interpreter, the system may include another type of voice browser. Alternatively, the system 

y might not be browser-based at all. In that event, some of the functions described herein could be 
Iff applied by analogy in another manner, such as through more conventional interactive voice 

■V] response (IVR) processing. Other examples are possible as well. 
2. Enhanced System Layer 

O In accordance with the exemplary embodiment, system layer 14 can be enhanced in 

several respects, so as to provide a more robust voice command platform. Figure 2 depicts an 
lj5f expanded functional block diagram of the system layer 14, showing some of the improvements 
contemplated. 

As shown by way of example in Figure 2, exemplary system layer 14 includes the 
components described above, such as a user communication interface 20, a processor 22, voice- 
processing 24, VXML interpreter 26, and cache 28. In addition, according to the exemplary 
20 embodiment, the system layer includes or has access to an enhanced set of system logic, 
preferably comprised of software modules that can be executed by the processor and data that 
can be referenced by the processor. 
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Some or all of the enhanced system logic can be co-located with the platform or can be 
located elsewhere, such as on an accessible network. Further, aspects of this enhanced system 
logic may be integrated together with the voice-processing module 24 and/or with the VXML 
interpreter module 26 to any extent desired. 

5 Referring in more detail to Figure 2, the enhanced system logic can include multiple text- 

to-speech engines (TTSi, TTS2, . - . TTSn) 44 (e.g., separate sub-routines of a main TTS module, 
or separate TTS modules altogether) that may be selectively applied by processor 22 (i.e., 
selected by the processor in response to a designated stimulus or instruction). The TTS engines 

O can differ from each other in terms of language (e.g., English, Spanish, etc.), dialect (e.g., 
lfK accent), voice (e.g., male, female) and/or other aspects, so as to speak to users in different 

r/j manners. (In the exemplary embodiment, the platform can similarly include multiple speech 

f--~. recognition engines (not shown), or multiple core phoneme dictionaries, to facilitate converting 

p speech of various types to data.) 

T ; Additionally, the enhanced system logic can include multiple voice prompt stores or sets 

IP of voice prompts 46 that can be selectively applied by the processor. Each prompt set may differ 
from the other prompt sets in various ways, such as being spoken in different dialects or different 
voices in a common language, or being spoken in different languages, or with different 
background music, for instance. 

For example, one prompt set might comprise the prompts spoken in a particular celebrity 
20 voice (e.g., in a recognizable voice of a particular movie or television star), and another prompt 
set might comprise the prompts spoken in a different celebrity voice. Still another prompt set 
might comprise the prompts spoken in a male voice, and another might comprise the prompts 
spoken in a female voice. Further, another might comprise the prompts spoken in a high energy 
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voice, while another might comprise the prompts spoken in a low key voice. And still another 
might comprise the prompts spoken in English, while another might comprise the prompts 
spoken in French. 

On the platform, the prompt sets can be stored in separate directories (folders) on a disk 
5 drive, where each directory has a respective name to designate the prompt set. For instance, the 
directories may be named "Celebrityl", "Celebrity2", "male", "female", "high energy", "low 
key," etc. This can facilitate quick and easy retrieval of desired prompts. Other mechanisms for 
storing and identifying the various prompt sets, however, are possible as well. 
n As further shown in Figure 2, the enhanced system logic can include a set of one or more 

lfij secondary phoneme dictionaries 48. Each of these secondary dictionaries is preferably an 
y application-specific (or content-provider-specific) phoneme dictionary, provided by a content 
y provider to improve voice processing functions when the platform is executing the respective 
y application. 

y Additionally, the enhanced system logic can include a set of system-level grammars 50. 

ljg The system-level grammars 50 are preferably grammars that are defined for the voice command 
platform generally. As such, the voice command platform can recognize the system-level 
grammars when spoken by a user at substantially any navigation point, i.e., while any voice 
command application is being executed by the platform. 

In addition, the enhanced system logic can include a user profile store 52. For various 

20 aspects of the exemplary embodiment, the user profile store 52 may define (i) user ID 
information 54, (ii) user preference information 56, (iii) user session information 58, and (iv) 
user consolidated-messaging information 60. This information can be maintained in a relational 
database or in any other manner desired (whether as one module or separate objects, such as a 
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meta-directory for instance), and it can be co-located with the rest of the platform or can be 
located elsewhere. 

User ID information 54 may include any information that the platform can use to identify 
a user, so as to facilitate providing personalized voice command services across multiple 
5 applications. In the exemplary embodiment, user ID information will be ANI information, such 
as the billing number or telephone number of the calling party. Alternatively, however, user ID 
information can also take other forms, such as username and password. 

User preference information 56 can also take various forms. For example, user 
^ preference information may include a set of personal grammars/aliases, which define grammars 
ljK specific to a user. As another example, user preference information may include an expert mode 
y flag (or flags) for the user, which indicates whether or not the platform should interface with the 
%j user according to an "expert mode." As still another example, user preference information may 
include indications of preferred content providers, such as a preferred e-mail provider, a 
preferred voice-mail provider, a preferred weather-reporting provider, etc. 
1% As yet another example, user preference information may include a set of 

bookmarks/favorites (with associated names), which function as user- specific shortcuts to URIs 
or menu items. And as still a further example, user preference information may include a user- 
specific speech persona, which indicates a voice or persona for the voice-processor to use in 
communicating to the user (e.g., an indication of which of several possible pre-recorded versions 
20 of a prompt to play to the user and/or which TTS engine to use for the user). 

User session information 58 can also take various forms. For example, user session 
information can comprise a record of a user's current session state. In this regard, session state 
information may include an indication of whether or not the voice-processor (or, more 
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specifically, the speech recognition engine) is currently muted for the user's session. And as still 
another example, session state information may include an indication of which of the multiple 
TTS engines 44 and/or voice prompt sets 46 is currently active (selected, or being used) for the 
user or for the user's session. 
5 User session information 58 can also comprise a record of a user's navigation history. 

For example, the navigation history record may specify in order the last predetermined number 
of navigation points (e.g., URIs, menu items, etc.) that the user has accessed, preferably 
including the latest navigation point accessed by the user. Further, the navigation history record 
q may include a summary ("rollup") indication of the number of times that the user has accessed 
W) each navigation point. This navigation history information can be used as a basis to determine 
feJ whether the system should automatically switch the user to expert mode, as well as to restore a 
user's voice command session in the event a system disconnect occurs. 

User consolidated-messaging information 60, similarly, can take various forms. In the 
pi] exemplary embodiment, the consolidated-messaging information comprises a summary the 
ligj number of messages waiting for the user at multiple separate message portals. For instance, the 
consolidated-messaging information for a user can indicate a count of voice mail messages 
waiting for the user at one message portal, a count of e-mail messages waiting for the user at 
another message portal, and account of fax messages waiting for the user at another message 
portal. The user profile may also identify each of the user's message accounts (e.g., POP3 e-mail 
20 account information, etc.) 

As still further shown in Figure 2, enhanced system logic preferably defines a number of 
additional logic modules 62 that are executable by the processor to carry out enhanced functions 
described herein. These enhanced functions can involve, for instance, (a) providing enhanced 
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response to voice commands, (b) allowing dynamic control over the voice-processing module, 
(c) monitoring and use of navigation history, and (d) providing unified messaging notification. 

Some of these functions may involve having processor 22 refer to user profile store 52 in 
order to determine a user preferences or other user-specific information. In order to facilitate 
5 this, a mechanism should preferably be provided to identify a user who contacts the platform. 
This mechanism can take various forms. 

As noted above, for example, user profile store 52 preferably indicates as user ID 
information each user's ANI. When a user places a conventional telephone call to the voice 
! f command platform, the processor can receive the user's ANI in the call setup signaling or 
10: otherwise. The processor may then query the user profile store 52 to find the user's profile 
record. In turn, the processor can store in memory a pointer to the user's profile record, 
ip Alternatively, the processor can extract parameters from the user's profile record and store those 
O parameters in memory for quicker access. 

As another example, as also noted above, user profile store 52 could indicate a username 
l|f and password for each user. In an alternative arrangement, the processor could be programmed 
to prompt a user to specify a username when the user calls the platform, and the processor can 
then query the user profile store to find a matching record. Further, the processor can prompt the 
user to specify a password, and the processor can then authenticate the user by reference to the 
stored password in the profile record. 
20 This alternative identification function can be carried out by having the processor execute 

a system-level VXML application when a caller calls the platform. The system-level application 
may define a username voice prompt such as "Welcome to the voice command system. Please 
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state your name to begin." In turn, the system-level application can receive a response spoken by 
the user and can direct the processor to search the user profile for a matching record. 

Each of the exemplary enhanced functions will now be described in the following 
sections. 

5 a. Providing Enhanced 

Response to Voice Commands 

In accordance with the exemplary embodiment, the enhanced system logic provides for 
enhanced response to voice commands. Generally speaking, the platform receives a voice 
command during a voice command session with a user, and the platform then responsively 
lfe carries out a set of system-level logic. 

As examples, enhanced response to voice commands can involve (i) recognizing system- 

;\ level grammars (i.e., system-specific grammars) that can be spoken by a user, (ii) recognizing 

t . l ) personal grammars (i.e., user-specific aliases of other grammars) that can be spoken by a user, 

* and (iii) hosting a set of personal bookmarks (i.e., user-specific shortcuts to navigation points). 

IS 1 These examples will be described in the following sections. 

i. Responding to User Utterance 
:* : of System-Level Grammars 

Normally, an application that is executed by the voice command platform can define a 

set of grammars that the system layer will recognize. For instance, a weather reporting 

20 application might define "today's weather" and "extended forecast" as grammars that a user can 

speak, and the application might then define logic to be executed respectively in response to each 

of those grammars. 

In accordance with the exemplary embodiment, as noted above, enhanced system logic 
40 can include a set of system layer grammars, which are grammars that the system layer (e.g., 
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VXML interpreter) will recognize globally, i.e., substantially regardless of what application the 
system is currently executing. 

The system-level grammars, and their associated logic, can take various forms. For 
example, the processor can be programmed to recognize as system-level grammars the terms 
5 "Voice Command" and "Main Menu" and to respond to either of these grammars by presenting 
the user with the initial ready prompt, i.e., the prompt that the user might first encounter when 
the user calls the platform. As another example, the processor can be programmed to recognize 
as a system-level grammar the word "Mute" and to respond to this grammar by turning off (or 
;j partially turning off) the speech recognition engine 36. Similarly, the processor can be 
KB programmed to recognize the word "Unmute" and to respond to this grammar by turning on the 
H speech recognition engine 36. 

As still another example, the processor can be programmed to recognize the grammars 
n "Save" and "Bookmark" and to respond to either of these grammars by saving in the user's 
r:j profile a bookmark to the current navigation point, or by executing a subsidiary bookmark- 
It! application. (As will be noted below, the processor may prompt the user to specify a shortcut 
name for the bookmark, which the processor may also store.) And as yet another example, the 
processor may be programmed to recognize the grammar "Voice Command Help" and to 
respond to this grammar by executing a voice command help module/application. Still another 
example may be a "Pause" or "Go to Sleep" system-level grammar, which may direct the 
20 processor to pause the current session. 

In the exemplary embodiment, the system-level grammars and their associated logic can 
be defined in a system-level application that gives the system-level grammars a global scope for 
subsidiary applications. For example, the SR engine can be hard-coded to recognize the set of 
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system-level grammars. Alternatively, in a VXML-based platform for instance, the system-level 
application can be a root VXML application that the platform is programmed to run by default 
when a user calls the platform (preferably without having to be referenced by another VXML 
document). 

5 The root VXML application can function to welcome the user to the platform, such as by 

providing an initial ready prompt to the user and providing an initial menu of choices (such as 
VAD, news, sports, stocks, etc.) and calls to subsidiary applications. And the root VXML 
application can ideally define the system-level grammars and their associated logic. Thus, as 
subsidiary applications are called from the root document and from subsidiary documents, the 
10! system-level grammars and associated logic defined in the root VXML application will remain 
;i\ \ available for use in all subsidiary documents. 

\j Preferably, if a content provider defines a grammar in an application that conflicts with 

iS (e.g., is the same as) a system-level grammar, the system-level grammar will take precedence. 
0 I.e., platform would be programmed to execute the logic defined for the system-level grammar, 
15 ; rather than the logic defined for the conflicting application-level grammar. However, exceptions 
could be possible. 

As another example, the system layer can be programmed with one or more system-level 
grammars that function as "aliases," i.e., nicknames or shortcuts (or, for that matter, more 
extensive names) for other grammars. For instance, the system layer might include in memory a 
20 table that translates between alias system-level grammars and actual grammars. When a user 
speaks one of the alias system-level grammars, the system layer can find a match in the table and 
responsively convert the spoken grammar into the associated actual grammar. The system-layer 
can then treat the actual grammar as having been spoken by the user. 

-23- 

MCDONNELL BOEHNEN 
HULBERT & BERGHOFF 
300 SOUTH WACKER DRIVE 
CHICAGO, ILLINOIS 60606 
TELEPHONE (312) 913-0001 



Advantageously, because this aliasing mechanism exists in the system layer, the voice 

command platform can provide translations between aliases and actual grammars globally for all 

applications (or, allowing for exceptions, substantially all applications) executed by the platform. 

For example, the system-layer might define the terms "weather outlook" and "tomorrow's 

5 weather" as alias grammars for the word "extended forecast." In turn, when the system is 

executing a weather-reporting application and a user speaks "weather outlook," the system may 

convert "weather outlook" into "extended forecast" and treat "extended forecast" as being spoken 

by the user. The system may thus execute the logic that the application defines for the response 

"extended forecast," such as calling up an extended- forecast subsidiary URI, for instance. 

llj ii. Responding to User Utterance 

of Personal-Grammars 

.y] In the exemplary embodiment^ as noted above, user profile store 52 can also define a set 

r:i of user-specific grammars, i.e., personal grammars. In the exemplary embodiment, these 
£3 personal grammars function as aliases for other grammars, similar to the system-level alias 
l-|f grammars described above. 

Kj Thus, a user's profile preferably includes a table or other mechanism that translates 

between personal grammars and actual grammars. When a user speaks a personal grammar, the 
system can then find a match in the table and responsively convert the spoken grammar into the 
associated actual grammar. The system layer can then treat the actual grammar as having been 
20 spoken by the user. 

As an example, an application may define "stocks" as a grammar that a user can select to 
go to a stock-reporting application. Advantageously, the user's profile may define the personal 
grammar "check portfolio" to correspond to the grammar "stocks." When the user speaks "check 
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portfolio," the system can thus translate the grammar into "stocks" and proceed to execute the 

application as if the user has spoken "stocks." Other examples are possible as well. 

iii. Centrally Maintaining 
Personal Bookmarks 

5 In accordance with the exemplary embodiment, as noted above, user profile store 52 can 

further include, for each user, a set of one or more bookmarks that function as user-specific 
shortcuts to navigation points, such as URIs or menu items. Advantageously, by maintaining 
these bookmarks centrally on the voice command platform (or otherwise in a manner accessible 
by the platform), a user can make use of the bookmarks when the user calls the platform from 
fU any location (absent other restrictions). 

7 \ Preferably, the enhanced system logic provides a mechanism for maintenance of these 

%| bookmarks, such as recording the bookmarks, receiving user requests to use the bookmarks, and 
* applying the bookmarks to navigate to a designated navigation point. In the exemplary 
y embodiment, this can be accomplished through a system-level application (e.g., a VXML 
f5; application) that a user can access by speaking a system-level grammar such as "Bookmark." 
I.e., the platform can be arranged to execute a bookmark-management application in response to 
the system-level grammar "Bookmark," 

An exemplary bookmark-management application can provide a user with options such 
as (i) Save the current URI, (ii) Recall a bookmark, and (iii) Edit a bookmark. In response to 
20 user selection of the Save option, the bookmark-management application may direct the 
processor to save in the user's bookmark list the URI of the VXML document that the user was 
accessing before the user called the bookmark-management application (or the label of whatever 
other navigation point the user was accessing at the time). Further, the bookmark-management 
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application may direct the processor to prompt the user for a shortcut name (i.e., an alias) for the 
bookmark, possibly providing the user with a suggested default name. Once the user speaks the 
name or agrees to use the default, the processor may store the name in the user's bookmark list 
together with the URL 

5 In response to user selection of the Recall option, the bookmark-management application 

may direct the processor to prompt the user to speak the name of a bookmark on the user's list. 
Once the user speaks the name, the processor may refer to the bookmark list to determine the 
corresponding URI and may then load the document from that URI and execute the document. 

0 As a further enhancement, the bookmark-management application may direct the 
lBf processor to recognize the command "Recall" followed by the name of the bookmark that the 

s ■ user wants to recall, and to responsively load and execute the corresponding URL For instance, 
?j\ in response to a user speaking "Recall Shopping," the bookmark-management application may 
ip direct the processor to refer to the user's bookmark list to find a URI that corresponds to the 
"J name "Shopping." The processor may then find the corresponding URI and load and execute the 

1 fM URI. (Note that the "Recall URI" grammar structure can itself be made a system-level grammar 

of the voice command platform, so that a user can call up a stored URI at any time, without first 
expressly calling up the bookmark-application.) 

In response to user selection of the Edit option, the bookmark-management application 
may direct the processor to prompt the user to speak the name of a bookmark on the user's list. 
20 The processor may then prompt the user to indicate whether the user wants to rename or delete 
the entry. Other examples are possible as well. 
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b. Allowing Dynamic Control over 
the Voice-Processing Module 

In accordance with the exemplary embodiment, the enhanced system logic also provides 

for dynamic control over the voice-processing module. Generally speaking, according to this 

5 embodiment, the voice-processing module 24 may have a number of selectable modes of 

operation. During a voice command session with a user, the platform may then receive a 

specification that corresponds with a mode of operation of the voice-processing module. In 

response to the specification, the processor 22 will cause the voice-processing module 24 to 

operate according to the mode of operation corresponding to the specification. 

ljjy : Advantageously, the platform may receive the specification from various sources. For 

example, the platform may receive the specification from a user during the voice command 

'^4 session (e.g., the user can speak the specification or enter the specification through DTMF key 

entry). As another example, the platform may receive the specification from a voice command 

application being processed during the voice command session (e.g., the application can 

1% command the platform to switch to a particular voice-processing mode). As still another 

i2 example, the platform can retrieve the specification from user profile store 52 (e.g., at the 

initiation of the voice command session (where "during" could be just before the platform 

answers a call from a user, for instance)). 

Further, the particular voice-processing mode or change of voice-processing mode may 

20 also take various forms. For instance, in response to the specification, the platform might (i) 

mute the SR engine 36, (ii) selectively apply a designated text-to-speech engine, (iii) selectively 

apply a particular voice prompt store, (iv) selectively apply a particular speech persona, and/or 
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(v) selectively apply a designated secondary phoneme dictionary. Examples of these 
enhancements will be described in the following sections, 
i. Muting the SR Engine 
In an exemplary voice command platform, processor 22 is programmed to be able to 
5 selectively turn on or off the SR engine 36. When the SR engine is turned off, the system will 
not recognize words spoken by the user or will recognize only very specific grammars (or a 
limited set of grammars). For instance, the SR engine may be set to simply not analyze 
incoming digitized speech waveforms, or the SR engine may be set to analyze only the digitized 
speech waveforms in search of only very specific grammars. 
l$j Advantageously, enhanced system logic 40 enables a user to control the state of the 

:,j speech recognition engine during the user's session with the voice command platform. As 
'H described above, for instance, a system-level grammar such as "Mute" can be defined. When the 
! *_ user says "Mute," the processor may respond by setting a flag in memory to indicate that the SR 
engine is turned off The SR engine module 36 may then include logic to indicate that, if the flag 
1Jk indicates the SR is turned off, the processor should not apply the SR engine module or should 
apply only designated aspects of the module. 

In the exemplary embodiment, the user can then turn the speech recognition engine back 
on for the user's session, by entering a designated DTMF tone that the processor is programmed 
to recognize. Alternatively, when the speech recognition engine is off, the processor can be 
20 programmed to recognize only the word "Unmute" as a command to cause the processor to turn 
back on the SR engine. For instance, the word "Unmute" can be a system-level grammar. 
Further, when the SR engine is off, it can still function to await the word "Unmute." 
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With this enhancement, a user can thus disable the speech recognition engine whenever 

the user wants to do so. For instance, if a user is listening to a long news story and is standing in 

a noisy airport, the user can say "Mute" to prevent a "barge-in" error such as where the 

background noise is erroneously recognized by the speech recognition engine. Advantageously, 

5 the word "unmute" is uncommon enough that it is not likely to be spoken unless a user intends to 

turn back on the SR engine. 

ii. Using an Application-Specific 
Phoneme Dictionary 

As noted above, the system layer traditionally includes or has access to a core phoneme 
lK dictionary 42, which defines phonemes that the voice-processor 24 can use in performing speech 
Ci recognition. This dictionary thus enables the voice command system to recognize words spoken 
% 4 by a user. 

A problem with this arrangement, however, is that the core dictionary might not define all 
■ :f of the possible utterances that users may make in connection with applications executed by the 
VM platform. For instance, a mapping application might include as grammars a list of street names 
u and city names, many of which might have unconventional pronunciations. In order for the 
voice command platform to be able to interface with a user, the platform should ideally be able 
to understand utterances that are specific pronunciations unique to the content provider or 
application. At the same time, a platform provider should not have to overhaul its core 
20 dictionary in order to be compatible with all possible applications. 

To overcome this problem, as noted above, then enhanced system logic can include one 
or more secondary phoneme dictionaries 48, each of which can be associated with a particular 
application (e.g., a particular URI or other navigation point) and/or a particular content provider. 
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In the exemplary embodiment, each secondary phoneme dictionary can be a uniquely named data 
file that defines additions to the core dictionary, such as additional phonemes that the processor 
should recognize when executing the SR engine 36. For instance, the secondary dictionary 
associated with one application might be named "Phoneme_46", while the secondary dictionary 

5 associated with another application might be named "Phonome_47'\ 

Thus, when the processor executes an application, the processor can determine whether 
the application has an associated secondary dictionary 48. If so, the processor can apply that 
secondary dictionary 48 in conjunction with the core dictionary 42 as the processor executes the 

! 4 SR engine 36. 

l ffi To associate each secondary phoneme dictionary with an application, the voice command 

: Z platform can include or have access to a translation table or other logic that indicates, for a given 
01 application, which secondary phoneme dictionary to use. The table or other logic can be set up 
CJ to correlate a given application with a given secondary phoneme dictionary and/or to correlate all 
l 3i applications by a given content-provider with a given secondary phoneme dictionary. Further, 
13f the table can correlate more than one secondary dictionary with a given application. Thus, to 

determine whether an application has an associated secondary phoneme dictionary, the processor 

can refer to the translation table or other logic. 

The voice command platform can obtain secondary phoneme dictionaries in various 

ways. In the exemplary embodiment, for instance, a content-provider or other entity can provide 
20 the voice command platform with a secondary phoneme dictionary to be used for a given 

application (or applications). 

For example, the content provider can provide the secondary phoneme dictionary in 

advance, i.e., before the platform loads and executes the application. Alternatively, an 
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application can include a secondary phoneme dictionary as a component that the platform will 

load when the platform loads the application. (This can be similar to how a browser loads a 

graphic or other component when it loads a conventional HTML web page.) The enhanced 

system logic will then cause the processor to load the secondary dictionary, store the secondary 

5 dictionary for use during execution of the application, and use the secondary dictionary. In the 

latter scenario, the processor can be programmed to delete the secondary dictionary when the 

processor finishes executing the application, or the processor can maintain the secondary 

dictionary for use again next time the application is executed. 

O iii. Applying User-Specific 

102 Designation of Speech Persona 

G ; According to the exemplary embodiment, as noted above, user profile store 52 can 

indicate for each user a user-specific persona. A user-specific persona defines a voice fa9ade by 
which the platform will present itself to the user. As such, the persona could define a specific 
"7% TTS engine (of TTS engines 44) and/or voice prompt store (of voice prompt stores 46) that the 
lil platform should apply when it speaks to the user. Other aspects of a user-specific speech 
I s * persona are possible as well. For instance, a given user's speech persona may dictate a particular 
tone and/or pitch for the TTS engine to use when generating analog speech signals. 

The persona is user-specific, in that the platform could use one persona when interacting 
with one user and a different persona when interacting with another user. In the exemplary 
20 embodiment, the user profile record for a given user can include a table or other indication that 
identifies a TTS engine and/or voice prompt set to use during sessions with the user and that may 
further indicate other parameters about the way that the speech should be presented to the user. 
Further, the persona designation can define more complex persona-selection logic, such as that 
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the platform should use one persona when interacting with the user at one time (e.g., daytime) 
and a different persona when interacting with the user at another time (e.g., evening). 

The persona designation for a given user may point specifically to a TTS engine and/or 
voice prompt set, or it may point more generally to a persona that the platform should use. For 
5 example, the persona designation may indicate the name of a particular TTS engine (e.g., as 
"Enghshjts", "Spanishjts", "malejts", "female Jts", etc.) and/or the label of a particular voice 
prompt directory (e.g., "CelebrityJ", "Celebrity__2", "male", "female"). Alternatively, the 
persona designation may indicate more generally a persona category, in which case the processor 
may refer to a stored translation table that indicates which TTS engine and/or voice prompt set to 
1& use so as to achieve the designated persona. 

l\ Further, the voice of the prompt set and the voice of the TTS engine can be made to 

J approximate or match each other (e.g., both can be English speaking male voices of roughly the 
- same pitch), so that a user profile record can indicate a TTS engine and the platform can select a 
3 H corresponding voice prompt set (and vice versa). To do so, the platform can be programmed 
IS' with system-level logic (e.g., a cross-reference table) that matches voice prompt sets with TTS 

engines and that indicates parameters such as pitch. 

Thus, when a user calls the platform, processor 22 can programmatically consult user 

profile store 44 to determine which persona is to be used for speaking to the user. As the 

processor then executes an application for the user, the processor may then apply the designated 
20 TTS engine and/or voice prompt set. Further, the platform can have a default persona (e.g., a 

standard "male" persona), which the processor can be programmed to use when the user's profile 

does not indicate that the platform should use another persona. 
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In the exemplary embodiment, a platform can also allow a user to change the user's 
persona selection mid-session. For instance, by speaking a system-level grammar such as 
"Change Persona", the user could direct the platform to execute a persona-management 
application. The persona-management application can tell the user which persona is currently set 

5 for the user and can prompt the user to select a different persona. In response to user-selection of 
a different persona, the processor can update the user's profile record accordingly and can begin 
to use the different persona. 

Advantageously, a user-specific speech persona can be tailored to separately suit each 

^ particular user. For instance, a female user might prefer a female voice TTS engine and a 
corresponding female voice prompt set, while a male user might prefer a male voice TTS engine 

y and corresponding mail voice prompt set. Other examples are possible as well. 

iv. Applying a Voice-Processing Mechanism 
ifl Designated by an Application 

! y In the exemplary embodiment, the enhanced system logic also enables an application to 

liSL specify which of various voice-processing mechanisms the platform should use during execution 
■•T of the application. For instance, the logic can enable an application to specify which of multiple 
TTS engines 44, voice prompt stores 46 and/or secondary phoneme dictionaries 48 to use during 
execution of the application. 

This facilitate this, each voice-processing mechanism can have a unique identifier, and 
20 the processor can be programmed to recognize and respond to an instruction (e.g., a predefined 
command, tag, etc.) in an application that specifies the use of a particular voice-processing 
mechanism. Each such instruction may, for instance, indicate a voice-processing type and a 
voice-processing value. 
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For example, as noted above, exemplary TTS engines might be named "Englishjts", 

"Spanish_tts", "male_tts", "female_tts", etc., exemplary voice prompt stores might be named 

M Celebrity_r, "Celebrity_2", "male", "female", etc., and exemplary phoneme dictionaries might 

be named "Phoneme_46" and "Phoneme_47". Exemplary VXML tags to specify a voice- 

5 processing mechanism might then take the following form: 

<TTS = "Spanish Jts"> 
<VOICEPROMPT = "Celebrity_l"> 
<PHONEME = "Phoneme__46"> 

An application can be written to include one or more of these tags. And the VXML interpreter 

lft! 26 can then be written to recognize these tags and to direct the processor to apply the designated 

, = voice-processing mechanism. 

%A Further, the platform can include or have access to a translation table or other logic that 

s correlates unique voice-processing keys (e.g., code numbers) with designated voice-processing 
mechanisms. According to that table, a given voice-processing key could be correlated with a 
15:; specific TTS engine 44, a specific voice prompt store 46 and/or a specific secondary phoneme 
r ~ dictionary 48. For instance, voice-processing key "3752" can be correlated with a combination 
of the "male_tts" TTS engine and the t? male" voice prompt store. 

A suitable instruction in an application can then specify a particular voice-processing 
key, such as by a VXML tag like the following: 
20 <VOICEPROC = "3752"> 

In turn, the VXML interpreter can be written to recognize such a tag and to direct the processor 
to apply the corresponding voice-processing mechanism(s). 
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With the exemplary arrangement, a content-provider can thus write a voice command 
application to take advantage of the ability to dynamically select a voice-processing mechanism 
that the platform should use. For instance, a given application may include a voice-processing 
tag at the start of its root document, which will direct the platform to apply a particular TTS 
5 engine, a particular voice prompt store and/or a particular secondary phoneme dictionary during 
execution of the application. 

Further, by including a voice-processing tag in an application, the application can cause 
the platform to switch between voice-processing mechanisms dynamically during execution of 
the application. For instance, the application may cause the platform to switch from one TTS 
1$! engine to another during execution of the application. 

U In the exemplary embodiment, the voice command platform will preferably be 

2 programmed to treat particular voice-processing mechanisms as default mechanisms, in the event 
L no other designation is made. For example, the default setting may be to use the "Englishtts" 
;?i - TTS engine, the "female" voice prompt store, and no secondary phoneme dictionary. Other 
Iffi examples are possible as well. 

Finally, another way for an application to specify a voice-processing mechanism to use is 
for the application or content-provider to provide the platform with the voice-processing 
mechanism. As noted above, for example, the application or content-provider can provide the 
platform with a secondary phoneme dictionary 48. Further, since the TTS engines 44 and voice 
20 prompt stores 46 are also preferably software-based, it would be possible for an application or 
content-provider to similarly provide the platform with an application-specific TTS engine 
and/or voice prompt store to use during execution of the application. 
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c. Monitoring and Use of Session Information 

According to another aspect of the exemplary embodiment, the enhanced system logic 
also provides for maintaining and using information concerning user sessions with the voice 
command platform. In one respect, this functionality thus involves maintaining user session 

5 information. And in another respect, this functionality then involves using the session 
information to enhance user interaction with the platform in some manner. By way of example, 
two enhancements that a user's session information can facilitate are (1) automatically 
transitioning a user to expert mode based on the user's navigation history, and (2) automatically 
restoring a session that was abruptly cut off by a system disconnect or other event. 
\$: The process of maintaining user session information and using the information to perform 

vj these exemplary functions will now be described. 

j L Maintaining User Session Information 

\ As noted above, user profile store 52 can include a record of user session information, 

■*r{ such as current session state information as well as user navigation history. In the exemplary 
1 Jfi embodiment, the processor 22 is preferably programmed to maintain this session information for 

each user, i.e., to keep track of each user's session with the platform. 

In terms current session state information, for instance, the processor may be 

programmed to record in the user profile an indication of whether or not the speech recognition 

engine 36 is muted for a given user's session, as well as an indication of which TTS engine 
20 and/or voice prompt set is currently active for the user's session. These parameters can be set as 

flags or other parameters in the user's profile record. 

In terms of navigation history, the processor may be programmed to maintain a list of the 

URIs accessed by the user, beginning with the most recent. In addition, as noted above, the 
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processor may maintain a summary table that indicates, for each URI, how many times the user 
has accessed the URL The processor may thus increment an entry in the summary table each 
time a user accesses the same URL 

Further, the processor may also be programmed to maintain in the user profile a record of 
5 how many times each user has contacted the voice command platform, possibly together with 
indications of the dates and/or times that the user has contacted the platform. 

ii. Automatically Transitioning a User to 

Expert-Mode, Based on Navigation History 

Generally speaking, a voice command application can define a number of voice prompts, 

l|5 acceptable response grammars, and associated logic that the platform is to execute in response to 

ii particular responses or other events. Thus, as a user interacts with the voice command 

application, the platform would present designated voice prompts to the user, receive responses 

y 1 from the user, and carry out logic keyed to the responses or other events. 

^ A user who interacts regularly with the same application, however, may tire of listening 

15] to the same voice prompts over and over, and having to regularly provide the same response 
grammars to each voice prompt. To enhance the user experience, a robust voice command 
application can therefore define multiple sets of voice prompts, acceptable response grammars 
and/or associated logic. 

As an example, one set might be considered a standard set, which would be appropriate 
20 for interaction with the typical user. And another set might be considered an expert set, which 
would be appropriate for interaction with a user considered to be an expert. Thus, depending on 
whether the user who is interacting with the voice command application is designated as an 
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expert user or not, the application may then instruct the processor to apply either the standard set 
or the expert set. 

An expert set of voice prompts and/or acceptable response grammars may be more 
streamlined than the standard set, such that a user can more quickly navigate. For instance, when 
5 a given application is going to prompt a user to select between a number of choices, a standard 
voice prompt might be a full statement of the list of choices followed by a closing voice prompt 
such as "Please state your response now." In contrast, an expert voice prompt at the same 
navigation point might be a scaled down version of the list of choices and/or a shorter closing 
"a voice prompt such as "Ready." Alternatively, the expert voice prompt might omit portions of the 
l&i standard voice prompt in their entirety and might substitute a short tone or other mechanism to 
" J solicit a response. 

IP As a specific example, at a given navigation point in a weather reporting application, the 

';f; weather reporting application might define as a standard voice prompt the words, "If you would 
l J like to hear today's weather, please say 'today.' If you would like to hear an extended forecast, 
1|S please say 'extended/ Please speak your response now." And at the same navigation point, the 
weather reporting application might define an expert voice prompt, "Today or Extended?" 
followed by a quick prompting tone. Depending on whether the user who is currently interacting 
with the application is designated as an expert or not, the application may then instruct the 
platform to apply either the standard prompt or the expert prompt. 
20 In accordance with the exemplary embodiment, a given user can be designated as either a 

standard-mode user or an expert-mode user. (Other such designations or use-levels are also 
possible. For instance, a user could be a beginner, intermediate or advanced user.) Further, for a 
given user, different use-level designations can be specified for different navigation points. For 
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instance, a user may be designated as a standard-mode user for a particular application (e.g., a 
particular URI), and the user may be designated as an expert-mode user for another application 
or for a particular navigation point within an application. 

Preferably, the user profile store 52 will include an indication, per user, of a use-level, 

5 such as whether or not the user is an expert-mode user. If a user is globally designated as an 
expert mode user for all applications that the voice command platform executes, the user's profile 
record may include a flag that indicates the user is an expert-mode user. Alternatively, if the 
user is designated as an expert-mode user for some navigation points and a standard-mode user 

G for others, then the user's profile record can include a table that indicates, per navigation-point, 
lffi whether the user is an expert-mode user. The table may, for instance, list URIs (and/or other 

H navigation point labels) and, for each URI, provide a flag indicating whether the user is an 

:{ 2 expert-mode user. 

^ At a given navigation point in a voice command application, the application can then 

m include logic that instructs the processor to apply a standard-mode prompt if the user is a 

123 standard-mode user or to apply an expert-mode prompt if the user is an expert-mode user. In 
response to that logic, the processor may consult the user profile store to determine whether or 
not the user is an expert-mode user. If the user is an expert-mode user, the processor may then 
apply the expert-mode prompt. And if the user is a standard-mode user, the processor may apply 
the standard-mode prompt. 

20 In accordance with the exemplary embodiment, as noted above, the enhanced system 

logic further includes a mechanism to automatically switch a user from standard mode to expert 
mode, either generally or for specific navigation points. The transition to expert mode can occur 
based on any designated event or combination of events. 
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For example, as noted above, the processor can be programmed to review a user's 
navigation history and to automatically transition a user to expert mode after the user has 
accessed a particular navigation point, particular navigation points, and/or the voice command 
platform generally, more than a threshold number of times. The processor may perform this 
5 review each time a user calls the voice command platform, or at other designated times. 

This logic can be as simple or as complex as desired. For instance, the logic could direct 
the processor to switch a user to expert mode for a given navigation point after the user has 
accessed the navigation point at least 10 times. Alternatively, the logic could direct the 
n processor to switch a user to expert mode for a given application once the user has accessed the 
m application at least 20 times and has accessed at least two second level navigation points in the 
yJ application. Other examples are possible as well. 

In the exemplary embodiment, when the processor determines that the user should be 
L transitioned to expert mode, the processor could prompt the user with an announcement 
; S indicating the benefits of the transition and requesting the user's consent to the transition. 
1§I Alternatively, the processor could perform the transition without asking the user for consent. 
Further, the processor could perform the transition even when the user is offline, such as at 
nighttime when the platform might have more available processing power. 

It should be further understood that the processor can also transition a user more 
granularly through use-modes, rather than just transitioning between two modes (such as a 
20 "standard" (not-expert) mode and an "expert" mode). For instance, the expert-mode transition 
logic might operate to slowly transition a user to more of an expert mode as the user interacts 
more with the platform. In this sense, transitioning a user from standard mode to expert mode 
could be interpreted to mean transitioning the user from any use-mode (which might be 
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considered "standard" to a more advanced use-mode (which might be considered "expert"), even 
though other modes may exist as well 

As an example, the more the processor executes a given set of VXML prompt logic when 
interacting with a given user, the more abbreviated the prompts may become (as defined by 

5 graduated levels of logic in the application, keyed to a use-level set for the user, for instance). 
The first time, the processor might present a long tutorial prompt to the user. The second time, 
the processor might present a detailed version of the voice prompt. The 10th time, the processor 
might present a more abbreviated version of the voice prompt. And the 25th and later times, the 

f =1 processor might present the user with only a tone prompt. 

ICh iii. Using Session Information to Help 

: ; Restore a Session After System Disconnect 

% 4 As noted above, the enhanced system logic can also facilitate restoring a user to where 

0 ;1 the user left off in a voice command session, when a session ends abruptly. This can occur, for 
instance, if the user's telephone connection to the platform gets cut off (e.g., as a result of a 
lfh coverage drop, signal fade, hang-up or out-dialed call), if the system encounters an error that 
il causes the session to be dropped, or in other instances. 

In the exemplary embodiment, when a system disconnect occurs, the processor will 
preferably maintain an indication of the disconnect for a period of time (e.g., approximately 15 
minutes) in user profile store 52, together with an indication of the user's navigation points and 
20 perhaps other session information at the moment of the disconnect. Provided that the platform 
keeps a log of the navigation points that the user has accessed, as described above, the user's 
latest navigation point could be the most recent navigation point in that log. 
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When a user calls the platform, the processor may be programmed to consult the user's 
profile record to determine whether a system disconnect occurred during a session with the user. 
If the processor determines that a system disconnect occurred, the processor may then prompt the 
user to indicate whether the user wants to resume where the user left off or, rather, whether the 
5 user wants to begin from the start. After the user responds, the processor then either loads and 
executes an application where the user left off or begins a voice command session normally. 

For example, during a session with the voice command platform, a user may be 
navigating through a set of driving directions. Preferably, the content provider has arranged each 
O step in the driving directions at a separate URI (where one URI leads to the next). When the user 
IP navigates to step 5 of the driving directions, the processor may record the URI of step 5 in the 
H user's navigation history, preferably together with a name of the navigation point (e.g., "Step 5 of 
,Jf driving directions"). At that point, a system disconnect might occur. (For instance, the user 
might intentionally disconnect only to return later to get later steps of the directions.) The 
Hi processor may then record a flag or other indication in the user profile, indicating that a system 
lg! disconnect occurred (e.g., in response to the fact that a normal logoff sequence did not occur, or 
based on any other suitable logic), and noting the time of the disconnect. 

When the user then calls back the platform, the processor may consult the user's profile 
and determine that a system disconnect occurred. In response, the processor may 
programmatically prompt the user to indicate whether the user wants to resume where the user 
20 left off. For instance, based on the user's navigation history, the processor may identify the 
navigation point that the user most recently visited and may then prompt the user accordingly, 
such as "Say 'Step 5' to resume Step 5 of the Driving Directions or say 'Voice Command' to start 
over." Once the user responds, the processor may then either load the associated URI. 
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d. Providing Unified Message Notification 

According to the exemplary embodiment, user profile store 52 can include a consolidated 
summary of the number of messages waiting for the user at multiple separate message portals, 
and the processor can be programmed to provide a consolidated or unified message notification 
5 to the user. This function can thus involve (i) maintaining consolidated message waiting 
information for a user and (ii) providing the consolidated notification to the user. 

In order to maintain consolidated message waiting information, the platform provider will 
preferably receive update messages from various message portals (e.g., an e-mail portal, a voice 
n mail portal, a fax portal, an instant messaging portal, etc.), indicating the number of messages 
10: waiting for the user at each message portal. To accomplish this, a user may register with various 
^ message portals to authorize the message portal to report message-waiting counts to the voice 
2 command platform (or to an intermediate entity that functions to store and forward the 
JL, information to the voice command platform). The various message portals will then send update 
>j messages to the voice command platform, autonomously or in response to requests (e.g., periodic 
161 requests) from the platform. 

Preferably, the update messages that each portal sends to the voice command platform 
will be in a predetermined standard format that processor 20 is programmed to recognize. For 
instance, each update message could be an IP-based message that includes an XML indication of 
parameters such as (i) message portal name, (ii) user ID (e.g., the user's message portal ID or, 
20 more preferably, the user's voice command platform ID), and (iii) priority (e.g., standard, urgent, 
etc.) As an example, a message from a publicly available e-mail portal might specify that the 
user has 4 messages of urgent priority waiting at that portal, while a message from a private 
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corporate e-mail portal might specify that the user has 2 messages of standard priority waiting at 
the corporate e-mail system. 

Each portal can be programmed to send such an update message to the voice command 
platform each time the number of messages waiting for the user at the portal changes and/or 

5 upon request from the platform. For instance, once a user reads or hears a message that was 
waiting at a given message portal, the message portal may decrement the number of messages- 
waiting by one and send an update message to the voice command platform. 

In the exemplary embodiment, processor 20 is then programmed to receive the update 

fi message count per user from each of multiple message portals and to responsively update the 
Kg user's profile record with a current summary of the number of messages waiting at the various 

^ portals. For instance, the user profile record might include a table that lists various message 

] : portals, the type of each portal, and the number of messages (of various priority levels) waiting 

% for the user at the given portal. The processor can thus readily update the table in response to 
each new update message that it receives from a message portal. 

l|] When a user calls the platform, and/or at another designated time during a session with 

the platform, the processor preferably provides the user with a consolidated message notification, 
based on the summary maintained in the user profile. The consolidated message notification will 
indicate to the user how many messages are waiting for the user to retrieve from at least two 
different message portals. For instance, a system-level root VXML application can welcome the 

20 user to the platform and can then announce to the user the number of messages waiting for the 
user at the various portals. The system-level application may carry out this function before or 
after providing the user with an initial Ready prompt. 
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The user may then opt to browse to the designated message portals so as to have the 
messages read to the user. For instance, if the user has messages waiting in a particular e-mail 
system (e.g., at a given corporate e-mail server), the user may command the platform to load that 
system's e-mail application (e.g., an application referencing that corporate e-mail server), which 
5 may function to read the user's e-mail messages to the user. 

In the exemplary embodiment, the user profile store 52 can include for each user a 
respective notification profile record that establishes user-specific features of the consolidated 
message notification. For example, a user's notification profile might establish user-specific 
5 names for each of the user's message portals, and the platform may use those names when 
l|J presenting the consolidated message notification to the user. For instance, a user's profile record 
m might designate a particular e-mail portal as "work e-mail" and another e-mail portal as "home e- 
"1 mail." When the platform presents the consolidated notification to that user, the platform may 
O report to the user that the user has "3 messages waiting in your work e-mail account and 8 
jt messages waiting in your home e-mail account" for instance, 
lgf As another example, a user's notification profile can establish what information the 

consolidated message notification should include and how the information should be presented. 
For instance, a user's profile record might indicate that the consolidated notification should 
summarize messages in categories (such as by level of priority or importance for instance). 
Further, the user's profile might indicate that the consolidated notification should be filtered in 
20 some manner, such as by summarizing only those messages designated as urgent, or only those 
messages originating from a particular sender, for instance. 

Still further, the information provided in the consolidated message notification can vary 
depending on the type of message portals involved. For instance, if the user has an e-mail 
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account, a fax account and an instant message account, the consolidated notification could 
present the user with counts of messages waiting at these three accounts as well as indications of 
(i) the number of pages included respectively in each fax message and (ii) the identities of the 
user's instant message "buddies" who are currently online. Other examples are possible as well. 

5 3. Provisioning 

In the exemplary embodiment, a provisioning system may be established so as to allow 
users to set up and manage their profiles. For instance, a provisioning server may be provided on 
the Internet and may function as an intermediary between the voice command platform and 

; ~ users. As such, the provisioning server may have real-time access to the user profile store 52 and 
lf| may function to validate data (e.g., user-specified changes to profile records) before writing them 

r! to the profile store. 

J A user may connect with the provisioning server from a web browser on a client 

O computer. Once connected, the user would log in (e.g., by providing a user ID, which the 
ii; provisioning server would match with a profile record), and the provisioning server would then 
lfP present the user with a consolidated summary of the user's profile record. The consolidated 
summary may include information such as: (i) the persona and/or default TTS engine designated 
for the user, (ii) a list of the user's personal-grammars and their corresponding actual grammars, 
(iii) the user's expert mode state, (iv) the user's navigation history, (v) a list of the user's 
bookmarks and (vi) the user's consolidated messaging summary. The provisioning server may 
20 then permit the user to modify some or all of this information via the web interface. 

In addition, the provisioning server may function as an interface through which content 
providers can provide the voice command platform with secondary phoneme dictionaries. 
Preferably, a content provider would log in, and the provisioning server would then allow the 
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content provider to upload or modify secondary phoneme dictionaries and associations with 
applications. The provisioning server may then store the secondary dictionaries on the voice 
command platform or elsewhere to be accessed and used by the platform. 
4. Conclusion 

5 Exemplary embodiments of the present invention have been described above. Those 

skilled in the art will understand, however, that changes and modifications may be made to these 
embodiments without departing from the true scope and spirit of the invention, which is defined by 
the claims. 
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